проект

4.29 проект (project): Попытка действий с определенными начальными и конечными сроками, предпринимаемая для создания продукта или услуги в соответствии с заданными ресурсами и требованиями.

Примечание 1 - Адаптировано из ИСО 9000:2005.

Примечание 2 - Проект может рассматриваться как уникальный процесс, включающий в себя скоординированные и управляемые виды деятельности, а также может быть комбинацией видов деятельности из процессов проекта и технических процессов, определенных в настоящем стандарте.

Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

4.12 проект (project): Попытка действий с определенными начальной и конечной датами, предпринимаемая для создания продукта или услуги в соответствии с заданными ресурсами и требованиями.

Примечания

1 Адаптация определения, приведенного в [3] и [20].

2 Проект может рассматриваться как уникальный процесс, включающий в себя координируемые и контролируемые действия, и может быть комбинацией действий из процессов проекта и технических процессов, определенных в настоящем стандарте.

Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

3.5 проект (project): Уникальный процесс, состоящий из совокупности скоординированной и управляемой деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включая ограничения сроков, стоимости и ресурсов (ИСО 9000, пункт 3.4 3, кроме примечаний).

Примечания

1 Отдельный проект может являться частью более крупного проекта.

2 В некоторых проектах цели и область применения совершенствуют, а характеристики продукции определяют по мере разработки проекта.

3 Продукт проекта определяют в общем случае в области применения проекта (см. 7.3.1). Это могут быть один или несколько модулей изделия. Продукт проекта может быть материальным или нематериальным.

4 Проектная организация обычно является временной - создаваемой на время выполнения проекта.

5 Сложность взаимодействий между различными видами проектной деятельности не обязательно связана с размером проекта.

Источник: ГОСТ Р ИСО 10006-2005: Системы менеджмента качества. Руководство по менеджменту качества при проектировании оригинал документа

3.2 проект (project): Уникальный процесс, состоящий из набора скоординированных и управляемых действий с указанием дат начала и окончания, предпринятых для достижения соответствия определенным требованиям, включая ограничения по времени, стоимости и ресурсам.

Примечание 1 - Конкретный проект может быть частью более крупного проекта.

Примечание 2 - В некоторых проектах по мере их развития совершенствуются цели проекта и характеристики продукции.

Источник: ГОСТ Р 51901.4-2005: Менеджмент риска. Руководство по применению при проектировании оригинал документа

3.4.3 проект (project): Уникальный процесс (3.4.1), состоящий из совокупности скоординированных и управляемых видов деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям (3.1.2), включающий ограничения по срокам, стоимости и ресурсам.

Примечания

1 Отдельный проект может быть частью структуры более крупного проекта.

2 В некоторых проектах цели совершенствуются, а характеристики (3.5.1) продукции определяются соответственно по мере развития проекта.

3 Выходом проекта может быть одно изделие или несколько единиц продукции (3.4.2).

4 Адаптировано из ИСО 10006:2003.

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

проект

уникальный процесс (3.3), состоящий из совокупности скоординированной и управляемой деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включающий ограничения по срокам, стоимости и ресурсам

ПРИМЕЧАНИЕ 1. Отдельный проект может быть частью структуры более крупного проекта.

ПРИМЕЧАНИЕ 2. В некоторых проектах цели совершенствуются, а характеристики продукции определяются соответственно по мере развития проекта.

ПРИМЕЧАНИЕ 3. Результатом проекта может быть одна или несколько единиц продукции (3.4).

[ISO 9000:2000, определение 3.4.3]

Источник: ИСО 10005:2005: Системы менеджмента качества. Руководящие указания по планам качества

3.5 проект (project): Уникальный процесс (см. 3.3), состоящий из совокупности скоординированной и управляемой деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включающий ограничения сроков, стоимости и ресурсов.

Примечания

1 Отдельный проект может быть частью более крупного проекта.

2 В некоторых проектах цели совершенствуются, а характеристики продукции определяются по мере развития проекта.

3 Выходом проекта может быть одно изделие или несколько единиц продукции (3.4).

[см. 3.4.3 ИСО 9000]

Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

3.1 Проект: Уникальный процесс, состоящий координированных и управляемых действий с определением даты их начала и окончания, предпринимаемых для достижения цели, соответствующей конкретным требованиям, включая ограничения во времени, стоимости и ресурсах.

Примечание 1. Отдельный проект может быть частью более крупного проекта.

Примечание 2. В некоторых проектах цель(и) характеристики продукции, а также экономические показатели в процессе проектирования уточняются

Примечание 3. Результатом проекта может быть одно или несколько видов изделий (продукции).

Примечание 4. Организация работы по проекту определяется только на срок его разработки и осуществления.

Примечание 5. При разработке проектов может иметь место комплекс взаимодействий.

Источник: ИСО 10006: Административное управление качеством. Руководящие указания по обеспечению качества руководства проектами

3.4.3 проект (en project; fr projet): Уникальный процесс (3.4.1), состоящий из совокупности скоординированной и управляемой деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям (3.1.2), включающий ограничения сроков, стоимости и ресурсов.

Примечания

1 Отдельный проект может быть частью структуры более крупного проекта.

2 В некоторых проектах цели совершенствуются, а характеристики (3.5.1) продукции определяются соответственно по мере развития проекта.

3 Выходом проекта может быть одно изделие или несколько единиц продукции (3.4.2).

4 Адаптировано из ИСО 10006.

Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.12 проект: Комплекс взаимосвязанных мероприятий, направленный на создание уникального продукта или услуги в условиях временных и ресурсных ограничений.

Источник: ГОСТ Р 54869-2011: Проектный менеджмент. Требования к управлению проектом оригинал документа

3.12 проект: Комплекс взаимосвязанных мероприятий, направленный на создание уникального продукта или услуги в условиях временных и ресурсных ограничений.

Источник: ГОСТ Р 54870-2011: Проектный менеджмент. Требования к управлению портфелем проектов оригинал документа

3.12 проект: Комплекс взаимосвязанных мероприятий, направленный на создание уникального продукта или услуги в условиях временных и ресурсных ограничений.

Источник: ГОСТ Р 54871-2011: Проектный менеджмент. Требования к управлению программой оригинал документа

1G. Проект

Совокупность проектных документов н соответствии с установленным перечнем. в которых представлен результат проектировании

Источник: ГОСТ 22487-77: Проектирование автоматизированное. Термины и определения оригинал документа

3.4.3 проект (project): Уникальный процесс (3.4.1), состоящий из совокупности скоординированных и управляемых видов деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям (3.1.2), включающий ограничения по срокам, стоимости и ресурсам.

Примечания

1 Отдельный проект может быть частью структуры более крупного проекта.

2 В некоторых проектах цели совершенствуются, а характеристики (3.5.1) продукции определяются соответственно по мере развития проекта.

3 Выходом проекта может быть одно изделие или несколько единиц продукции (3.4.2).

4 Адаптировано из ISO 10006:2003.

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.7.54 проект (project): Уникальный процесс, состоящий из совокупности скоординированной и управляемой деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включая ограничения сроков, стоимости и ресурсов.

Примечание 1 - Отдельный проект может являться частью более крупного проекта.

Примечание 2 - В некоторых проектах цели и область применения совершенствуют, а характеристики продукции определяют по мере разработки проекта.

Примечание 3 - Продукт проекта определяют в общем случае в области применения проекта. Это могут быть один или несколько модулей изделия. Продукт проекта может быть материальным или нематериальным.

Примечание 4 - Проектная организация обычно является временной - создаваемой на время выполнения проекта.

Примечание 5 - Сложность взаимодействий между различными видами проектной деятельности не обязательно связана с размером проекта.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

Смотри также родственные термины:

23.01.06 проект (предварительный вариант) [draft copy]: Предварительная версия документа для рассмотрения, одобрения или редактирования.

23.02 Структура текста и документа

Определения термина из разных документов: проект (предварительный вариант)

Источник: ГОСТ Р ИСО/МЭК 2382-23-2004: Информационная технология. Словарь. Часть 23. Обработка текста оригинал документа

5.3.1 Проект архитектуры контроля и управления

Проект архитектуры контроля и управления определяет верхний уровень систем контроля и управления АС (см. раздел В.4 приложения В), связи между этими системами и средства обеспечения согласованного интерфейса между этими системами.

5.3.1.1 Основные требования

a) Проект архитектуры контроля и управления должен охватывать все аспекты контроля и управления с тем, чтобы выделить функции контроля и управления, важные для безопасности, приведенные в 5.2.

b) Проект должен распределять контроль и управление по достаточному числу систем и оборудования, чтобы соответствовать требованиям к:

- независимости функций в различных эшелонах защиты;

- соответствующему разделению систем по классам;

- выполнению требований к физическому разделению и электрической изоляции в соответствии с ограничениями, вытекающими из условий внешней среды и расположения АС, анализа опасностей, а также связанными с обслуживанием при эксплуатации (см. 5.3.1).

c) Проект архитектуры должен предусматривать достаточное число систем и подсистем, чтобы принцип единичного отказа выполнялся для функций категории А во всех допустимых конфигурациях систем и АС (см. 7.5 МАГАТЭ 50-SG-D3).

d) Каждая система контроля и управления должна быть классифицирована в соответствии с ее назначением в системе функций контроля и управления согласно установленной категории (см. таблицу 2).

e) Интерфейс с оборудованием АС и взаимосвязи между системами контроля и управления должны определяться в составе проекта архитектуры для того, чтобы установить:

- распределение сигналов (измерений) по различным функциям, важным для безопасности;

- выбор и приоритетность исполнительных сигналов различных систем;

- пути прохождения сигналов и оборудование, общее для выполнения автоматических функций или ручного управления на различных уровнях глубокоэшелонированной защиты.

f) Описание систем, оборудования и их взаимодействия в проекте архитектуры контроля и управления должно быть достаточно подробным, чтобы способствовать анализу вопросов безопасности контроля и управления.

Таблица 2 - Соотношение между классами систем контроля и управления и категориями ФСО

Категории функций контроля и управления, важных для безопасности			Соответствующий класс систем контроля и управления, важных для безопасности
А	(В)	(С)	1
	В	(С)	2
		C	3
Примечание - Функции категории А могут выполняться только системами класса 1; функции категории В - системами классов 1 и 2; функции категории С - системами классов 1, 2 и 3.

5.3.1.2 Интерфейсы человек - машина

a) Проект архитектуры контроля и управления должен распределять системы с интерфейсом человек- машина по различным помещениям АС, предназначенным для управления и наблюдения, включая блочный пункт управления (далее - БПУ) и дополнительные помещения, резервный щит управления (см. МЭК 60965), местные щиты управления и пункт управления противоаварийными действиями, с необходимой степенью резервирования, с учетом ограничений, накладываемых эксплуатацией и обслуживанием оборудования АС (см. 5.1.1).

b) Проект должен опираться на принципы эксплуатации, установленные в проекте АС (см. 5.1.1), включая:

- принципы приоритетности между автоматическими сигналами и сигналами управления, вводимыми вручную;

- принципы приоритетности между различными системами взаимодействия человеко-машинных интерфейсов при нормальной эксплуатации, аварии и эксплуатации после аварии;

- принципы приоритетности между основными и резервными человеко-машинными интерфейсами;

- принципы переключения основных и резервных человеко-машинных интерфейсов.

c) Проект архитектуры должен определять, как оператор получит извещения о сбоях и отказах, регистрируемых средствами диагностики отдельных систем. Форма представления должна быть такой, чтобы оператор имел возможность:

- немедленно по индикации опознать отказ и отличать его от других индицируемых эксплуатационных данных;

- решить, не следует ли применить ручное управление для перевода АС в безопасное состояние;

- определить системы, которые следует восстановить с помощью обслуживающего персонала.

d) Проект архитектуры контроля и управления должен соответствовать основным решениям по технологии систем человеко-машинного интерфейса (например, компьютеризированная или традиционная). Для представления информации операторам должны использоваться более сложные системы, если это снижает влияние человека на возникновение отказа и это влияние можно сократить благодаря получению более качественной информации. Уровень отказов компьютерных информационных систем вследствие отказов по общей причине следует рассматривать в сравнении с уровнем отказов вследствие влияния человеческого фактора.

e) В проекте:

- должны быть указаны функции, управляемые человеком и управляемые автоматически в соответствии с анализом задач, выполненным в проекте АС (см. 5.1.1);

- должна быть определена способность системы контроля и управления осуществлять необходимую обработку информации и завершать задачи, определенные в результате взаимодействия с оператором (см. 3.2.2 МЭК 60964);

- должно быть обеспечено соответствие информации и времени, имеющихся у оператора для выполнения управления вручную, требованиям проекта АС (см. 5.1.1).

f) Для обеспечения эффективности взаимодействия человек - машина в проекте БЩУ и других щитовых помещений АС должны использоваться технические средства, основанные на требованиях МЭК 60964 и МЭК 60965.

g) При анализе проекта должны рассматриваться задачи оператора и оптимизация требований к взаимодействию человек - машина при выполнении как важных для безопасности, так и не влияющих на безопасность задач.

5.3.1.3 Средства передачи данных

Средства передачи данных между системами, образующими архитектуру контроля и управления, включают в себя все линии, обеспечивающие прохождение одного или более сигналов или сообщений по одному или более пути с использованием различной мультиплексной техники.

a) Линии передачи данных должны соответствовать общей спецификации требований к рабочим характеристикам (см. 5.2) при всех условиях работы АС.

b) Архитектура и технология линий передачи данных должны обеспечивать соблюдение требований независимости систем. Кроме физического разделения и электрической изоляции в проекте должны быть предусмотрены меры, гарантирующие отсутствие влияния неполадок в системе передачи данных на работу средств обработки.

c) Линии передачи данных должны включать в себя средства проверки работоспособности коммуникационного оборудования и полноты передаваемых данных.

d) Для устойчивости к отказам должно быть обеспечено резервирование линий передачи данных.

е) Линии передачи данных должны быть спроектированы так, чтобы передача данных и выполнение функции более высокой категории безопасности не нарушались при передаче данных в системе более низкого класса. Например, выполнение тестов на работоспособность не должно мешать выполнению функции высшей категории.

5.3.1.4 Инструментальные средства

a) В проект архитектуры контроля и управления должны быть включены инструментальные средства, выполняемые обычно на базе компьютеров (см. 4.2 МЭК 60880-2), которые обеспечивали бы устойчивость обмена данными между системами контроля и управления, работающими совместно, и гарантировали бы сохранность базы данных АС.

Примечание - Специальные инструментальные средства для отдельных систем выбирают на стадии разработки спецификации системы (см. 6.1.3.2).

b) Инструментальные средства должны применяться на всех фазах полного жизненного цикла безопасности, за счет чего может быть достигнуто повышение качества и надежности функций, важных для безопасности, например, для поддержки:

- аспектов, связанных с проектом интерфейсов между системами контроля и управления;

- общей интеграции и приемки распределенных функций.

5.3.1.5 Защита от отказов по общей причине

Цель проекта архитектуры контроля и управления - обеспечить меры защиты от отказов по общей причине систем контроля и управления путем введения различных защитных мер против одних и тех же постулированных исходных событий (см. 5.1.1).

Эти меры защиты включают в себя:

- проектные решения по обеспечению устойчивости к опасным событиям на АС. Внешние и внутренние опасности (см. 5.1.3), влияние которых не исключено для ограниченной части архитектуры контроля и управления и которые могут привести к отказам по общей причине;

- проектные решения, направленные против отказов, которые могут быть вызваны изменениями в нагрузке АС. Включение некоторых компонентов оборудования, например, усилителей мощности и реле, или ввод компонентов программного обеспечения, например, таких как сбор входных данных, передача данных и переключение эксплуатационных режимов, могут зависеть от событий, происходящих на АС;

- проектные решения по минимизации использования общих ресурсов в архитектуре контроля и управления и взаимодействия человек- машина для различных уровней защиты. Такие общие ресурсы можно представить в виде использования одного сигнала измерения или обычной технологической операции в различных управляющих действиях;

- решения по минимизации риска систематических сбоев. В любой системе контроля и управления существует риск проектных ошибок или присутствуют ошибки, связанные с реализацией. Поэтому возможность сбоя программного обеспечения, вызывающего отказ, нельзя исключить при анализе любого отказа системы. Если используются одинаковые программные модули в сходных условиях в разных компьютерных системах, существует риск отказа по общей причине вследствие такой ошибки в программном обеспечении;

- использование разнообразия. Разнообразие обеспечивает несколько различных путей обнаружения значительных событий и реагирования на них для увеличения защиты от отказа по общей причине. К видам разнообразия относятся разнообразие персонала, разнообразие сигналов (использование разных измерительных параметров для инициирования защитных действий), функциональное разнообразие, разнообразие проектных решений и проверок, разнообразие программного обеспечения и оборудования;

- принятие стратегических решений по ограничению сложности. Использование компьютеров способствует выполнению более сложных алгоритмов и процессов, чем это возможно с помощью оборудования с жесткой логикой. При более сложных требованиях возможность ошибок и просчетов в спецификации требований и ошибок в проекте и при реализации становится значительно больше, чем в случае простых требований.

5.3.1.5.1 Устойчивость к внутренним и внешним воздействиям, которые могут привести к отказу по общей причине

Необходимо принять меры, обеспечивающие работоспособность комплекса безопасности, выполняющего функции категории А, которые требуется поддерживать на случай противодействия внутренним и внешним опасным воздействиям.

Эти меры включают в себя:

- разделение, например, размещение резервных частей системы в различных помещениях;

- независимость, например, систем подогрева, вентиляции и кондиционирования воздуха и отдельных источников энергоснабжения для каналов и систем;

- защита, например, от огня, воздействия химических веществ и вибрации;

- проектирование, например, оборудования в соответствии со стандартами МЭК по электромагнитной совместимости;

- квалификацию по воздействиям окружающей среды, например, по отношению к сейсмическим воздействиям (см. 6.4).

5.3.1.5.2 Защита от отказов по общей причине вследствие изменения потребности в энергии

a) Необходимо определить выполняющие функции категории А компоненты систем контроля и управления, работа которых зависит от нагрузки станции. Возможные виды отказов и их последствия (включающие в себя их влияние на компоненты, работа которых не зависит от режима нагрузки станции) должны быть оценены с точки зрения вероятных источников и эффектов отказа по общей причине.

b) Риск отказов по общей причине систем класса 1 должен быть минимизирован за счет использования систем контроля и управления и обеспечивающих систем, которые работают в одном и том же режиме как до, в процессе, так и после изменения нагрузки, т.е. их работа не должна зависеть от графика приложения нагрузки.

5.3.1.5.3 Защита за счет проектных решений по архитектуре систем контроля и управления и человеко-машинному интерфейсу

a) Различные рубежи защиты против постулированных исходных событий должны быть оснащены независимыми системами или подсистемами (см. примечание 1 к 5.1.1). Если используются общие ресурсы, они должны соответствовать плану обеспечения надежности комплекса безопасности.

b) Должны быть предусмотрены независимые средства контроля и управления функциями и системами, важными для безопасности АС (например, мультиплексные линии передачи данных или компьютеры), чтобы во время отказа имелась достаточная информация, необходимая для безопасной эксплуатации АС.

c) Если управление функциями категории А или В выполняется вручную как дублирующее действия автоматики, то возможность отказа по общей причине в процессе этих действий должна быть сведена к минимуму.

d) Если одна функция категории А может инициировать действие системы безопасности, а другая функция категории А, применяемая при других обстоятельствах, может вызвать противоположное действие, необходимо провести анализ с целью определения того действия, которое требуется выполнить в условиях отказа систем контроля и управления.

5.3.1.5.4 Защита от отказа по общей причине вследствие систематических сбоев

a) Планирование высокого качества, предусмотренное при разработке и создании различных систем контроля и управления комплекса безопасности, должно исключать случаи невыявленных отказов и, таким образом, свести риск отказов этих систем по общей причине к минимуму. Настоящий стандарт содержит требования, которые следует применять для обеспечения качества систем контроля и управления различных классов.

b) Систематические отказы должны выявляться средствами самоконтроля (исключая использование ручек настройки, аппаратуры самоконтроля, проверок правдоподобия), а выявляемые отказы должны переводить систему(ы) в предварительно установленное, предпочтительно безотказное состояние, при этом оператор должен получать сообщение об отказе.

c) Если требуемая надежность безотказного выполнения функции безопасности больше, чем надежность, полученная в результате оценки безотказного состояния данной системы, то проект данной системы следует переработать.

Примечание 1 - Требуемая степень защиты от отказов зависит от категории выполняемых функций.

Примечание 2 - Цель настоящего подраздела - дать общие сведения. Детальные требования к защите от отказов по общей причине вследствие ошибок в программном обеспечении для функций категории А приведены в 4.1 МЭК 60880-2.

5.3.1.5.5 Защита за счет разнообразия

a) В случае, если требуется высокая надежность комплекса безопасности, при проектировании архитектуры контроля и управления следует опираться на принцип разнообразия, особенно если имеются неопределенности в выполненных в проекте оценках.

b) Необходимо рассмотреть методы функционального разнообразия и разнообразия сигнала. Эти методы являются эффективными для снижения вероятности отказа по общей причине, возникшего вследствие ошибок в спецификациях требований или в спецификации и установке прикладного программного обеспечения.

c) Разнообразие оборудования может быть эффективным против отказа по общей причине компонентов аппаратного обеспечения и может обеспечить защиту против сбоев программного обеспечения системы. В частности, ее следует рассматривать при создании сложных систем, если опыт эксплуатации подобных систем ограничен.

d) Следует использовать разнообразие процедур или методов верификации и валидации (например, разнообразие оборудования для электромагнитных испытаний, испытания на взаимную совместимость с использованием эмулятора и пр.), что дополнительно поможет избежать отказов по общей причине без усложнения системы защиты.

e) Если для защиты против отказа по общей причине используется защита за счет разнообразия, то в проект следует включить анализ ее эффективности. Как положительный, так и отрицательный результат следует зафиксировать и отразить в документации (см. 5.3.3).

5.3.1.5.6 Стратегические решения по ограничению сложности

Для того, чтобы снизить до минимума вероятность отказа по общей причине из-за сложности систем, проектирование архитектуры контроля и управления должно включать в себя анализ, показывающий, что степень применения компьютеров вместо систем, построенных на жесткой логике и степень участия человека приемлемы сточки зрения обеспечения безопасности.

Примечание - Такой подход может зависеть от национального опыта, позиции регулирующего органа и надежности компьютерных технологий.

Определения термина из разных документов: Проект архитектуры контроля

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

3.24 проект АСУТП: Комплект проектной документации на АСУТП, разрабатываемый на стадии «Проект», прошедший экспертизу и утвержденный в установленном порядке, содержащий основные проектные решения по АСУТП, ее функциям и видам обеспечения, и достаточный для разработки рабочей документации на АСУТП.

Определения термина из разных документов: проект АСУТП

Источник: СТО 17330282.27.140.010-2008: Автоматизированные системы управления технологическими процессами ГЭС и ГАЭС. Условия создания. Нормы и требования

139. Проект вертикальной планировки

D. Entwurf der Vertikalplanung

(der Aufrissplanung)

F. Projet des travaux de terrassement

Технический документ, определяющий преобразование рельефа местности для инженерных целей

Определения термина из разных документов: Проект вертикальной планировки

Источник: ГОСТ 22268-76: Геодезия. Термины и определения оригинал документа

Проект вывода из эксплуатации блока АС - документ, разрабатываемый на основе программы вывода из эксплуатации блока АС и КИРО блока АС, в котором определены конкретные виды работ по выводу из эксплуатации блока АС, с указанием технологий проведения работ, последовательности их выполнения, а также необходимые людские, финансовые и материально-технические ресурсы на каждом этапе вывода.

Определения термина из разных документов: Проект вывода из эксплуатации блока АС

Источник: НП 012-99: Правила обеспечения безопасности при выводе из эксплуатации блока атомной станции

13. Проект вывода из эксплуатации ЯЭУ судна - документ, предусматривающий организационные и технические мероприятия по обеспечению безопасности, предотвращению аварий в соответствии с возможными вариантами вывода из эксплуатации ЯЭУ судна и описание конечного состояния ЯЭУ судна после завершения всех работ по выводу ее из эксплуатации.

Определения термина из разных документов: Проект вывода из эксплуатации ЯЭУ судна

Источник: НП 037-02: Правила обеспечения безопасности при выводе из эксплуатации ядерных энергетических установок судов

Проект застройки - градостроительная документация, определяющая архитектурно-пространственное решение застройки, использование земельных участков, параметры объектов транспортной и инженерной инфраструктуры, решения по благоустройству и озеленению территории, линии регулирования застройки.

Определения термина из разных документов: Проект застройки

Источник: СТО 00043363-01-2008: Реконструкция и модернизация жилищного фонда

20 проект информационной безопасности Взаимоувязанной сети св язи Российской Федерации [*]; проект информационной безопасности ВСС РФ [**]:

План, замысел, определяющий для разрабатываемой системы обеспечения информационной безопасности ВСС РФ [**] требования к информационной безопасности ВСС РФ [**].

Примечание - проект информационной безопасности ВСС РФ [**] разрабатывается в виде документа, согласующего приемлемый уровень качества служб информационной безопасности в условиях заданного множества угроз информационной безопасности ВСС РФ [**], эффективность выбранных мер обеспечения информационной безопасности ВСС РФ [**] и результирующую цену системы обеспечения информационной безопасности ВСС РФ [**].

Определения термина из разных документов: проект информационной безопасности Взаимоувязанной сети св язи Российской Федерации

Источник: ОСТ 45.127-99: Система обеспечения информационной безопасности взаимоувязанной сети связи Российской Федерации. Термины и определения

проект межевания территории - составная часть проектов планировки территорий или отдельный документ, подготавливаемый в целях установления границ застроенных и незастроенных земельных участков, требования к которому установлены статьей 43 Градостроительного кодекса Российской Федерации № 190-ФЗ от 29.12.2004 г.;

Определения термина из разных документов: проект межевания территории

Источник: ТСН 30-305-2002: Градостроительство. Реконструкция и застройка нецентральных районов Санкт-Петербурга

3.5 проект огнезащиты : Проектная документация и (или) рабочая документация, содержащая обоснование принятых проектных решений по способам и средствам огнезащиты строительных конструкций для обеспечения их предела огнестойкости по ГОСТ 30247, с учетом экспериментальных данных по огнезащитной эффективности средства огнезащиты, а также результатов прочностных и теплотехнических расчетов строительных конструкций с нанесенными средствами огнезащиты

Определения термина из разных документов: проект огнезащиты

Источник: СП 2.13130.2012: Системы противопожарной защиты. Обеспечение огнестойкости объектов защиты

3.1.10. Проект организации работ (ПОР) - организационно-распорядительный документ, разрабатываемый специалистами производственного структурного подразделения для согласования технических и организационных решений по обеспечению безопасных условий труда и требований промышленной безопасности при осуществлении подготовки и проведении капитальных и текущих ремонтов основного оборудования.

Определения термина из разных документов: Проект организации работ (ПОР)

Источник: СТП ПБОТ 2-1-16-2005: Система управления промышленной безопасностью и охраной труда. Организация работ повышенной опасности, выполняемых работниками ОАО "ММК"

3.1.25. Проект организации работ (ПОР) - организационно-технологический документ, разрабатываемый специалистами производственного структурного подразделения для согласования технических и организационных решений по обеспечению безопасности труда и промышленной безопасности при подготовке и осуществлении капитальных и текущих ремонтов основного оборудования.

Определения термина из разных документов: Проект организации работ (ПОР)

Источник: СТП ПБОТ 2-1-18-2005: Система управления промышленной безопасностью и охраной труда. Организация работ повышенной опасности, выполняемых на объектах ОАО "ММК" работниками подрядных организаций

1.60. ПРОЕКТ ОРГАНИЗАЦИИ СТРОИТЕЛЬСТВА

ПОС

Составная часть проекта (рабочего проекта), определяющая общую продолжительность и промежуточные сроки строительства, распределение капитальных вложений и объемов строительно-монтажных работ, материально-технические и трудовые ресурсы и источники их покрытия, основные методы выполнения строительно-монтажных работ и структуру управления строительством объекта

²

Определения термина из разных документов: ПРОЕКТ ОРГАНИЗАЦИИ СТРОИТЕЛЬСТВА

Источник: РМ 4-239-91: Системы автоматизации. Словарь-справочник по терминам. Пособие к СНиП 3.05.07-85

Проект организации строительства (ПОС)

Определения термина из разных документов: Проект организации строительства (ПОС)

Источник: СО 153-34.48.519-2002: Правила проектирования, строительства и эксплуатации волоконно-оптических линий связи на воздушных линиях электропередачи напряжением 0,4-35 кВ

3.12. Проект организации строительства (ПОС) - проектно-сметная документация, разработанная специализированной организацией и регламентирующая требования к планировке, выбору технических и монтажных средств, а также методов работ на объекте, обеспечивающих выполнение нормативных требований по безопасности труда.

Определения термина из разных документов: Проект организации строительства (ПОС)

Источник: РД 22-28-37-02: Требования к организации и проведению работ по монтажу (демонтажу) грузоподъемных кранов

3.14 проект организации строительства (ПОС) : Организационно-техническая документация, в которой определяются порядок и очередность возведения основных сооружений, гидравлические условия и схема пропуска строительных расходов, тип и конструкции временных гидротехнических сооружений, основные технологические схемы возведения основных сооружений и производства работ, транспортные схемы, продолжительность строительства, сроки ввода пусковых комплексов и первых агрегатов ГЭС, график строительства и план финансирования, потребность в материально-технических и трудовых ресурсах. Проект организации строительства является составной частью проекта объекта строительства и утверждается вместе с проектно-сметной документацией в установленном порядке.

Определения термина из разных документов: проект организации строительства (ПОС)

Источник: СТО 70238424.27.140.028-2009: Гидроэлектростанции. Организация строительного производства. Нормы и требования

3.1.23. Проект организации строительства (ПОС) - организационно-технологический документ, разрабатываемый генеральной проектной организацией с привлечением специализированных проектных организаций, имеющих лицензию на данный вид деятельности, для согласования решений по организации строительства, реконструкции, капитального ремонта зданий и сооружений с принятыми в рабочем проекте объемно-планировочными и конструктивными решениями.

Принятые в ПОС решения по учету требований охраны труда и промышленной безопасности служат основой для определения сметной стоимости работ и утверждаются заказчиком.

Определения термина из разных документов: Проект организации строительства (ПОС)

Источник: СТП ПБОТ 2-1-18-2005: Система управления промышленной безопасностью и охраной труда. Организация работ повышенной опасности, выполняемых на объектах ОАО "ММК" работниками подрядных организаций

Проект планировки - градостроительная документация, определяющая планировочную структуру территории, предложения по развитию застройки, культурно-бытового, транспортного обслуживания, инженерного обеспечения и устанавливающая регламент градостроительного зонирования территории и основные показатели ее градостроительного развития.

Определения термина из разных документов: Проект планировки

Источник: СТО 00043363-01-2008: Реконструкция и модернизация жилищного фонда

2.15 проект по парниковым газам (greenhouse gas project): Деятельность или виды деятельности, изменяющие условия, идентифицированные в базовом сценарии, которые приводят к сокращению выбросов или увеличению удаления ПГ.

Определения термина из разных документов: проект по парниковым газам

Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа

2.12 проект по парниковым газам (greenhouse gas project): Деятельность или виды деятельности, изменяющие условия, идентифицированные в базовом сценарии (2.19), которые приводят к сокращению выбросов ПГ (2.7)или увеличению удаления ПГ (2.8).

Определения термина из разных документов: проект по парниковым газам

Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа

2.14 проект по парниковым газам (greenhouse gas project): Деятельность или виды деятельности, изменяющие условия, идентифицированные в базовом сценарии (2.21), которые приводят к сокращению выбросов ПГ (2.7)или увеличению удаления ПГ (2.8).

Определения термина из разных документов: проект по парниковым газам

Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа

9.4.2 проект по парниковым газам (greenhouse gas project): Деятельность или виды деятельности, изменяющие условия, идентифицированные в базовом сценарии (9.3.2), которые приводят к сокращению выбросов ПГ (9.1.5)или увеличению количества удаляемых парниковых газов (9.1.7).

[ИСО 14064-1:2006]

Определения термина из разных документов: проект по парниковым газам

Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

3.1.5 проект по парниковым газам: Деятельность или виды деятельности, которые изменяют условия, идентифицированные в газовом сценарии, и обеспечивают сокращение выбросов ПГ или улучшение их устранения.

Определения термина из разных документов: проект по парниковым газам

Источник: ГОСТ Р 54134-2010: Экологический менеджмент. Руководство по применению организационных мер безопасности и оценки рисков. Выбросы парниковых газов оригинал документа

3.1.5 проект по парниковым газам (greenhouse gas project): Деятельность или виды деятельности, изменяющие условия, идентифицированные в базовом сценарии, которые приводят к сокращению выбросов ПГ или увеличению удаления ПГ.

[ИСО 14064-3:2006, статья 2.14]

Определения термина из разных документов: проект по парниковым газам

Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа

3.10 проект производства работ : Проект, определяющий технологию, сроки выполнения и порядок обеспечения ресурсами строительно-монтажных работ и служащий основным руководящим документом при организации производственных процессов по возведению частей зданий.

Определения термина из разных документов: проект производства работ

Источник: СТО НОСТРОЙ 2.14.80-2012: Системы фасадные. Устройство навесных светопрозрачных фасадных конструкций. Правила, контроль выполнения и требования к результатам работ

1.61. ПРОЕКТ ПРОИЗВОДСТВА РАБОТ

ППР

Проект, определяющий технологию, сроки выполнения и порядок обеспечения ресурсами строительно-монтажных работ и служащий основным руководящим документом при организации производственных процессов по возведению частей зданий (сооружений)

²

Определения термина из разных документов: ПРОЕКТ ПРОИЗВОДСТВА РАБОТ

Источник: РМ 4-239-91: Системы автоматизации. Словарь-справочник по терминам. Пособие к СНиП 3.05.07-85

3.13 проект производства работ : Совокупность текстовых и графических документов, устанавливающих методы и последовательность выполнения строительно-монтажных работ, безопасные, рациональные способы качественного выполнения технологических операций, состав и степень детализации которых определяется спецификой и объемом выполняемых строительно-монтажных работ.

Определения термина из разных документов: проект производства работ

Источник: СП 86.13330.2012: Магистральные трубопроводы

3.18 проект производства работ: Совокупность текстовых и графических документов, устанавливающих методы и последовательность выполнения строительно-монтажных работ, безопасные, рациональные способы качественного выполнения технологических операций, состав и степень детализации которого определяются спецификой и объемом выполняемых строительно-монтажных работ.

Определения термина из разных документов: проект производства работ

Источник: СП 86.13330.2014: Магистральные трубопроводы

2.6.6. Проект производства работ является основным документом, организующим производство работ в соответствии с технологическими правилами, требованиями к охране труда, экологической безопасности и качеству работ; обеспечивает моделирование процесса, прогнозирование возможных рисков, определение оптимальных сроков строительства, необходимых ресурсов и оборудование стройплощадки.

Определения термина из разных документов: Проект производства работ

Источник: Правила: Правила подготовки и производства земляных работ, обустройства и содержания строительных площадок в городе Москве

2.86. Проект производства работ является основным документом, организующим производство работ в соответствии с технологическими правилами, требованиями к охране труда, экологической безопасности и качеству работ; обеспечивает моделирование процесса, прогнозирование возможных рисков, определение оптимальных сроков строительства, необходимых ресурсов и оборудование стройплощадки.

Определения термина из разных документов: Проект производства работ

Источник: Правила производства земляных и строительных работ, прокладки и переустройства инженерных сетей и коммуникаций в г. Москве

2.6.6. Проект производства работ является основным документом, организующим производство работ в соответствии с технологическими правилами, требованиями к охране труда, экологической безопасности и качеству работ; обеспечивает моделирование процесса, прогнозирование возможных рисков, определение оптимальных сроков строительства, необходимых ресурсов и оборудование стройплощадки.

Определения термина из разных документов: Проект производства работ

Источник: Постановление 857-ПП: Правила подготовки и производства земляных работ, обустройства и содержания строительных площадок в городе Москве

Проект производства работ (ППР) - документ, организующий производство работ в соответствии с технологическими правилами, требованиями к охране труда, экологической безопасности и качеству работ, обеспечивает моделирование процесса, прогнозирование возможных рисков, определение оптимальных сроков строительства, необходимых ресурсов и оборудование стройплощадки.

Определения термина из разных документов: Проект производства работ (ППР)

Источник: МРР 3.2.60-08: Рекомендации по определению стоимости работ по технической оценке качества рабочей документации проектов в части устройства фасадов зданий и сооружений в городе Москве

3.1.24. Проект производства работ (ППР) - организационно-технологический документ, разрабатываемый организацией, выполняющей эти работы, либо по ее заказу специализированными организациями имеющими лицензии на эти работы, и предназначенный для координации решений по обеспечению безопасных условий труда и промышленной безопасности при осуществлении подрядчиком конкретных видов работ на объектах заказчика:

- на строительство новых объектов, расширение, реконструкцию техническое перевооружение действующих объектов ППР - должен разрабатываться генеральным подрядчиком;

- на отдельные виды общестроительных, монтажных, специальных строительных работ, в т. ч. на текущие ремонты зданий и сооружений а также технических устройств и оборудования ППР - может разрабатываться организацией, выполняющей эти работы. Решения, заложенные в ППР на расширение, реконструкцию и техническое перевооружение действующего объекта Общества, согласовываются с производственным структурным подразделением, осуществляющим эксплуатацию этого объекта.

Определения термина из разных документов: Проект производства работ (ППР)

Источник: СТП ПБОТ 2-1-18-2005: Система управления промышленной безопасностью и охраной труда. Организация работ повышенной опасности, выполняемых на объектах ОАО "ММК" работниками подрядных организаций

3.13. Проект производства работ кранами (ППРк) - производственная документация (проект), разработанная специализированной организацией и регламентирующая технические средства и методы производства работ, технические решения и организационные мероприятия по обеспечению безопасности труда, планировку работ на объекте с указанием зоны работы крана, мест складирования грузов, опасных зон и ограждений. В состав ППРк может входить как составная часть и ППРм.

Определения термина из разных документов: Проект производства работ кранами (ППРк)

Источник: РД 22-28-37-02: Требования к организации и проведению работ по монтажу (демонтажу) грузоподъемных кранов

3.14. Проект производства работ при монтаже крана (ППРм) -организационно-технологическая документация, разработанная специализированной организацией и регламентирующая требования к планировке, организации и проведению работ по завозу и монтажу крана, размещению мест складирования монтируемых элементов, мест установки монтажного крана, дорог и опасных зон на период монтажа крана. ППРм может выполняться как самостоятельный проект, но может входить в виде составной части в ППРк.

Определения термина из разных документов: Проект производства работ при монтаже крана (ППРм)

Источник: РД 22-28-37-02: Требования к организации и проведению работ по монтажу (демонтажу) грузоподъемных кранов

3.22 проект размещения оборудования: Технический документ, описывающий порядок, условия размещения и монтажа оборудования на месте эксплуатации, включая производственные помещения (здания, сооружения, коммуникации и т.п.) и прилегающую к ним территорию в установленных границах.

Примечание - Проект размещения оборудования должен быть разработан на любую территорию (станцию, производство, цех, участок, отдельную площадку и т.п.), на которой размещается и эксплуатируется криогенное оборудование или его отдельные элементы постоянно либо периодически.

Определения термина из разных документов: проект размещения оборудования

Источник: ГОСТ Р 54892-2012: Монтаж установок разделения воздуха и другого криогенного оборудования. Общие положения оригинал документа

3.11. Проект рельсового пути (ПРп) - проект, подготовленный специализированной или головной организацией и регламентирующий требования к конструкции и устройству рельсового пути.

Определения термина из разных документов: Проект рельсового пути (ПРп)

Источник: РД 22-28-37-02: Требования к организации и проведению работ по монтажу (демонтажу) грузоподъемных кранов

3.1.20 проект стандарта: Вариант редакции стандарта, доступный для широкого обсуждения, представленный для рассмотрения, отзыва, согласования, голосования или внесенный на принятие в качестве стандарта.

[ГОСТ 1.1, статья 7.2]

Определения термина из разных документов: проект стандарта

Источник: СТО Газпром 2-1.12-001-2006: Документы нормативные для проектирования, строительства и эксплуатации объектов ОАО "Газпром". Порядок разработки, утверждения, учета изменения и отмены

73 проект стандарта: Вариант редакции стандарта, доступный для широкого обсуждения, голосования или принятия в качестве стандарта

Определения термина из разных документов: проект стандарта

Источник: ГОСТ Р 1.12-99: Государственная система стандартизации Российской Федерации. Стандартизация и смежные виды деятельности. Термины и определения оригинал документа

3.6 проект стандарта: Вариант редакции стандарта, доступный для широкого обсуждения, представленный для рассмотрения, отзыва, согласования, голосования или внесенный на принятие в качестве стандарта.

[ГОСТ 1.1-2002, статья 7.2]

Определения термина из разных документов: проект стандарта

Источник: СТО Газпром 1.12-2008: Система стандартизации ОАО «Газпром». Правила участия ОАО «Газпром», дочерних обществ и организаций в работах по разработке и обновлению национальных и международных стандартов

3.5 проект сценария пожара (design fire scenario): Установленный сценарий пожара, по которому проводят детерминированный инженерный анализ пожарной опасности.

Определения термина из разных документов: проект сценария пожара

Источник: ГОСТ Р 51901.10-2009: Менеджмент риска. Процедуры управления пожарным риском на предприятии оригинал документа

5. Проект технического регламента и перечень полученных в письменной форме замечаний можно получить: 125424 Москва, Волоколамское ш., д. 73, Ассоциация «ТЕСТ-СДМ».Тел /факс.: [phone], E-mail: [e-mail]. С проектом технического регламента можно ознакомиться на сайте www.testsdm.ru.                                                                                                                                                                                

(почтовый адрес, телефон, адрес электронной почты)

Руководитель _______________ М.В. Топольский

(подпись, инициалы, фамилия)

_________________ А.В. Телушкин

(подпись, инициалы, фамилия)

«25» мая 2006 г.

 Свидетельство о регистрации СМ

Определения термина из разных документов: Проект технического регламента и перечень полученных в письменной форме замечаний можно получить

Источник: Информационный бюллетень 5/2006: Нормирование, стандартизация и сертификация в строительстве

3.1.12 проект технорабочий автоматизированной системы : Комплект проектных документов автоматизированной системы, утвержденный в установленном порядке и содержащий решения в объеме технического проекта и рабочей документации автоматизированной системы.

Определения термина из разных документов: проект технорабочий автоматизированной системы

Источник: СТО 70238424.17.220.20.004-2011: Автоматизированные информационно-измерительные системы учета электроэнергии (АИИС УЭ). Организация эксплуатации и технического обслуживания. Нормы и требования

3.42 проект улучшения процесса оценки (process improvement project): Некоторое подмножество программы улучшения процесса оценки, которое образует согласованную совокупность видов деятельности для достижения заданного улучшения.

Определения термина из разных документов: проект улучшения процесса оценки

Источник: ГОСТ Р ИСО/МЭК 15504-1-2009: Информационные технологии. Оценка процессов. Часть 1. Концепция и словарь оригинал документа